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(54) Friend configuration and corresponding method for network devices 



(57) The present invention provides a network con- 
figuration and method where a first device that is uncon- 
figured and connected to the network sends over the 
network a request for IP configuration information. Re- 
sponsive to the request for IP configuration information 



from the first device, a second device that is configured 
for and connected to the network, responds with at least 
a portion of its IP configuration information. The at least 
a portion of the IP configuration of the second device is 
used to create IP configuration information for the first 
device. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention is related to intercon- 
nected networks and pertains particularly to automated 
internet protocol (IP) address allocation and assignment 
for the internet protocol. 

[0002] The Transport Control/Internet Protocol (TCP/ 
IP) has entered the main stream as the protocol of 
choice for network connectivity. TCP/IP commonly re- 
ferred to as IP, has a number of benefits which attract 
networks and users including standardization, rich pro- 
tocol and application support and the ability to route over 
Wide Area Networks (WANs). There are a variety of 
ways to configure and set up an IP protocol stack. IP is 
flexible in that the protocol stack may be configured 
manually on the host, or automatically which minimizes 
the level of interaction by the network administrator. 
[0003] Although IP has many benefits, because the 
protocol stack often needs to be manually configured, 
IP can be difficult to configure and administer. This is 
especially the case in environments where a network 
novice may be present. The steps required to setup and 
configure an IP host are not intuitive. A TCP/IP knowl- 
edgeable person is required to provide the basic config- 
uration information. A person familiar with TCP/IP but 
not familiar with the network cannot properly configure 
IP since the currently available set of addresses, a sub- 
net mask and default gateway are required. Implemen- 
tation difficulties are further exacerbated by the fact that 
errors occurring during IP installation can cause severe 
network problems and can be difficult to solve. 
[0004] For basic IP configuration, an IP address is se- 
lected and configured on the host entity. Selection of an 
IP address requires that the user know a unique address 
which corresponds to the network where the host entity 
is to operate. I P addresses are sometimes managed by 
a system administrator in order to guarantee unique- 
ness. Also, an IP subnet mask must be selected and 
configured on each host entity. Selection of the IP sub- 
net mask is required so that it can be determined when 
an address in the host's protocol stack is meant for the 
local subnet and when an address should be passed to 
the default gateway. Optionally, IP configuration may in- 
clude the selection and configuration of a default gate- 
way on the host entity. In order to allow communication 
across multiple networks, the default gateway must be 
configured. 

[0005] One method of defining IP configuration infor- 
mation is through the usage of a BOOTstrap Protocol 
(BOOTP). BOOTP allows clients to automatically re- 
ceive all IP configuration information from a configured 
BOOTP server. This frees the user from having to con- 
figure individual entities but the BOOTP server itself 
needs to be configured. 

[0006] Because the BOOTP server configuration re- 
quires assignment of unique IP addresses by the sys- 



tem administrator, it is administratively expensive and 
more prone to error than more automatic configuration 
methodologies. When a client sends unique MAC (Me- 
dia Access Controller) address to the BOOTP server, 

5 the BOOTP server sends the client a IP address. 

[0007] Another method of defining IP configuration in- 
formation is through the usage of a Dynamic Host Con- 
figuration Protocol (DHCP). DHCP provides a frame- 
work for passing configuration information to hosts on a 

10 TCP/IP network. DHCP is based on BOOTP, but goes 
beyond it by adding the capability of automatic allocation 
of reusable addresses and configuration options. Like 
BOOTP, the configuration for individual entities must be 
configured on the DHCP server. DHCP reuses IP ad- 

15 dresses but does not address the issue of friendly 
names associated with initiated addresses and how 
their associations may change. 
[0008] One of the problems associated with both 
BOOTP and DHCP is the requirement of a BOOTP or 

20 DHCP server for assignment of IP addresses. A third 
protocol. AutolP allows devices to claim IP addresses 
in the absence of a DHCP server or similar IP configu- 
ration authority. IP addresses are assigned from a re- 
served range of addresses that are only good for the 

25 local network. An unconfigured device will claim an ad- 
dress in the reserved range of addresses by randomly 
generating an address in the reserved range and then 
making an ARP request to see if the address has al- 
ready been claimed by another device. AutolP continu- 

30 allycheckforthe presence of a DHCP server. If a DHCP 
server comes online, the previously configured AutolP 
devices will attempt to switch their IP addresses to one 
provided by the DHCP server. 

[0009] A network configuration and method is needed 
55 fortransferringand/orassigning IP address and network 
information to devices that are connected to a network 
(which may or may not include a server) which works 
with current protocols, minimizes user and system ad- 
ministrator interaction, and minimizes the need forspe- 
40 cialized software services. 

SUMMARY OF THE INVENTION 

[0010] The present invention provides a network con- 
45 figuration and method for transferring and/or assigning 
IP address and network information to devices that are 
connected to a network (which may or may not include 
a server, hub, router, or switch) which minimizes (1) in- 
teraction by the user or system administrator and (2) the 
50 need for specialized software services. The network in- 
cludes at least one unconfigured "friend" device and one 
configured "friend" device. 

[0011] In one embodiment, the unconfigured device 
sends out a request for configuration information to the 
55 other devices on the network. A configured device on 
the network responds to the request with at least a por- 
tion of its own IP configuration information. The at least 
a portion of the IP configuration information of the con- 
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figured device is then modified to create IP configuration 
information for the unconfigured device. This modified 
information is then used to configure the previously un- 
configured, device. In an alternative embodiment, the 
configured device periodically broadcasts at least a por- 
tion of its configuration information on the network with- 
out having received a request for information from an 
unconfigured device. Again, the at least a portion of the 
IP configuration information of the configured device is 
then modified to create IP configuration information for 
the unconfigured device. 

[0012] The described network configuration and 
methodology is different from other methodologies 
where the IP address for the unconfigured device is 
merely assigned by other configured devices. Instead, 
in the present invention, a configured device sends back 
information to the unconfigured device about the net- 
work environment. The unconfigured device uses this 
information about the network environment to create its 
own IP address. 

[0013] Because the method and configuration of the 
described invention leverages information available 
from other configured network devices, the IP address 
for the first device is consistent with IP addresses al- 
ready defined on the network. Devices using the "friend" 
configuration or protocol may be designed to interoper- 
ate and cooperate by automatically sharing basic infor- 
mation. For example, in one embodiment SYSLOG in- 
formation may be passed from a second configured de- 
vice to a first device. The other network information, in 
this case SYSLOG information, may be passed to the 
first device with the requested IP configuration informa- 
tion. Alternatively, the other network information may be 
passed to the first device after it has been configured in 
a separate request for information. 
[0014] The described configuration and method does 
not depend on all of the devices in the network being 
capable of understanding, being aware of or responding 
to a request for information from the first device. Further, 
the "friend" configuration and method does not require 
extra equipment to implement. For example, no server 
is needed to implement the friend configuration or meth- 
od. This is important for home computer systems or net- 
works where low cost is critical. Further, no extra soft- 
ware services need be installed on servers or other net- 
work infrastructure. 

[0015] The friend configuration and methodology de- 
scribed by the present invention is designed to automate 
and simplify the installation of new or unconfigured de- 
vices on the network. The ease of installation of new 
network devices on a network is a valuable feature to 
customers. Because the methodology is automatic and 
thus requires minimal user interaction, system errors 
are reduced, installation time is reduced, and system 
costs are reduced since the need for highly trained sys- 
tem administrators is reduced. 

[0016] A further understanding of the nature and ad- 
vantages of the present invention may be realized with 



reference to the remaining portions of the specification 
and the attached drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

[0017] 

Figure 1 shows a simplified block diagram of a net- 
work configuration according to the present inven- 
10 tion. 

Figure 2A shows a flowchart of one method of trans- 
ferring network information from a configured de- 
vice in the network to an unconfigured device in the 
15 same network according to the present invention. 

Figure 2B shows a flowchart of an alternative meth- 
od of transferring network information from a con- 
figured device in the networkto an unconfigured de- 
20 vice in the same network according to the present 
invention. 

Figure 3 shows an example of network information 
that is broadcast from a configured device on a 
25 TCP/IP network broadcast over a networkto an un- 
configured device. 

Figure 4 shows a flowchart of the steps of using at 
least a portion of the IP configuration information of 
so the second device to create IP configuration infor- 
mation for the first device for one embodiment of 
the invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
35 EMBODIMENTS 

[0018] The present invention provides a network con- 
figuration and method for transferring and/or assigning 
IP address and network information to devices that are 

40 connected to a network, which may or may not include 
a server. Referring to Figure 1 shows a network config- 
uration 1 00 according to the present invention. The net- 
work 100 includes a first device 110, a second device 
120, and a local console 132 that are connected by a 

45 local network 130. The local network 130 is, for exam- 
ple, one or a combination of local area networks. The 
local console 132, first device 110 and second device 
120 are shown connected to, and may be considered 
part of the local network 1 40. The local network 1 30 is, 

50 for example, connected to the Internet 150 through a 
gateway 160. A dotted line 170 is representative of the 
subnet boundary for the network. 
[0019] The network configuration shown in Figure 1 
is only representative. A network may consist of as few 

55 two devices connected to each other, or thousands of 
devices connected on an intracompany network, to hun- 
dreds of millions of devices connected on a network via 
the Internet. Thus, Figure 1 is just illustrative of the 
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number of connections and levels of connections that 
could be made according to the network configuration 
of the present invention. Such network connections and 
protocols are well known. The network could be, for ex- 
ample, could be connected in an Ethernet or token ring 
network. 

[0020] In one embodiment the network configuration 
includes a first device that is unconfigured and connect- 
ed to the network; and a second device that is config- 
ured and connected to the network, wherein the second 
device sends over the network at least a portion of its 
own configuration information, wherein the at least a 
portion of the configuration information of the second 
device is used to create configuration information forthe 
first device. In the described embodiment information is 
typically periodically broadcast by the configured sec- 
ond device. Although the range of the network broad- 
cast may vary, typically the configuration information if 
the second device broadcast to devices on the same 
subnet. 

[0021] In an alternative network configuration, the 
network includes a first device 1 1 0 that is unconfigured 
and connected to the network, the first device 110 being 
capable of sending over the network a request for IP 
configuration information; and a second device 1 20 that 
is configured for the network and connected to the net- 
work, wherein responsive to the request for IP configu- 
ration information from the first device, the second de- 
vice responds with at least a portion of its IP configura- 
tion information, wherein the at least a portion of the IP 
configuration of the second device is used to create IP 
configuration information for the first device. Although 
the range of the network broadcast may vary, typically 
the request of the first device for IP configuration infor- 
mation and the response by the second device is broad- 
cast on the network to devices on the same subnet. 
[0022] Both the first and second device may be a va- 
riety of devices, including but in no means limited to a 
router, hub, switch, server, printer, PC, workstation, 
scanner, or storage device. Both the first device and the 
second device are "friends". A "friend" device has the 
ability to broadcast its configuration information over the 
network and the ability to create from the configuration 
information of another configured device on the net- 
work, its own configuration information. In an alternative 
embodiment, a "friend" device would also have the ca- 
pability to send out a request on the network for config- 
uration information and the ability to respond to a re- 
quest from another friend device for configuration infor- 
mation. Typically, the "friend" capabilities of sending and 
receiving network information and performing the re- 
quired modifications according to the friend protocol are 
implemented in computer software or alternatively in 
firmware 154 stored on the device. 
[0023] Figure 2A shows a flowchart of one method of 
transferring network information from a configured de- 
vice in the network to an unconfigured device in the 
same network according to the present invention. Re- 



ferring to Figure 2A, the method includes the steps of: 
sending from the second device that is connected to and 
configured forthe network at least a portion of its con- 
figuration information; and using the at least a portion 
5 of the configuration information sent from the second 
device to createconfiguration information forthefirst de- 
vice, wherein the first device is connected to the network 
and initially unconfigured. 

[0024] Figure2Bshows an alternativeflowchartofthe 
10 method of transferring network information from a first 
device in the network to a second configured device in 
the same network. The method of transferring network 
information includes the steps of sending from the first 
device, wherein the first device is unconfigured, a re- 
*5 quest on the network for IP configuration information 
(step 210); wherein a second device configured forthe 
network, responsive to the request on the network for 
IP configuration information, responds with at least a 
portion of its IP configuration information (step 220); and 
20 using the at least a portion of the IP configuration infor- 
mation of the second device, creating IP configuration 
information for the first device (230). Compared to the 
embodiment shown in Figure 2A, the flowchart shown 
in Figure 2B includes the additional step of sending a 
25 request from the first device for configuration informa- 
tion. Forthe embodiment described and shown in Figure 
2B, thestep of sending out the configuration information 
of the second device, is only done in response to a re- 
quest by the first device. 
so [0025] In the described embodiments, the first device 
is unconfigured and connected to the network. By un- 
configured, we mean that the device on the network is 
not recognized by the other devices on the network. Typ- 
ically, this would mean that the device does not have an 
35 assigned IP address. A device typically does not have 
an assigned IP address when it is has been recently 
added to the network. 

[0026] In the described configuration, the first device 
110 which contains the "friend" configuration features 
40 identifies that it is unconfigured and broadcasts a unique 
"unconfigured" multicast packet to the other devices on 
the relevant network. For an unconfigured first device 
110, the first device 110 sends out a request for IP con- 
figuration information, and a second device 120 re- 
45 spends with at least a portion of its IP configuration in- 
formation. A second device 120 that is configured for 
the network and connected to the network is capable of 
understanding a request of the first device for network 
information. When configuration of the first device is re- 
50 quired, the second device will send out a portion of its 
IP configuration information. In the preferred embodi- 
ment, the first and second device are on the same sub- 
net. 

[0027] The format for transferring network information 
55 between devices on the network can be achieved using 
a variety of formats and protocols. For example, the re- 
quest for information from the first device or the re- 
sponse from the second device could be sent in a flex- 
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ible hierarchical format. Similarly data could be sent in 
a number of predefined formats including text. Further, 
under one embodiment of the present configuration and 
method, the two devices would not be required to un- 
derstand all of the information transferred in a data 
transfer. For example, in one embodiment IP configura- 
tion data might include the data transfer of the address 
of a SYSLOG server that is not needed for operation of 
the device that the network information was transferred 
to. Further, in one embodiment data transferred be- 
tween devices might be encrypted to prevent unwanted 
sharing between devices on the network. 
[0028] Figure 3 shows an example of network infor- 
mation that is broadcast from a configured device on a 
TCP/IP network broadcast over a network to an uncon- 
figured device. Although an illustrative format for net- 
work information is shown, other formats representative 
of different networks or protocols may also be used in 
combination with the present invention. For example, 
the described method and configuration could be used 
on network having the IPv4, IPv6, Novell, Appletalk, or 
DLL/LCC protocols. 

[0029] Referring to block 31 0 shows the type of net- 
work information that would be broadcast from the sec- 
ond configured device in step 220. The network infor- 
mation includes an IP address (IP=15.29.33.12), a sub- 
net mask (sm=255.255.0.0), a default gateway 
(dg=1 5.29.33.1 ), a SYSLOG server (sl=1 4.29.33.2) and 
AppParml and AppParm2 parameters (AppParm2=1, 
AppParm1=2). 

[0030] In order to create IP configuration information 
for the first device, the second device typically broad- 
casts at least the minimum information required to con- 
figure the first IP device. The second device is not re- 
quired to send all of its IP configuration information (it 
sends at least a portion of its IP configuration informa- 
tion), but typically sends the minimum information re- 
quired to configure the first device. In one embodiment, 
the minimum information required to configure the first 
device is the IP address and its subnet mask of the sec- 
ond configured device. Thus, for this example, the sec- 
ond device would broadcast respond with an IP address 
(IP=1 5.29.33.12), a subnet mask (sm-255.255.0.0). In 
an alternative embodiment, the second device might 
broadcast or alternatively respond to the first device's 
request for IP configuration information with a response 
that includes network information other than the mini- 
mum information required to configure the first device. 
For example, the second device may respond to the first 
device's request with its IP address, its subnet mask, a 
default gateway IP address for the network, and SYS- 
LOG server IP address. In this example, the second 
configured device then would broadcast an IP address 
(IP=15. 29.33. 12), a subnet mask (sm-255.255.0.0), a 
default gateway (dg=15. 29.33.1), a SYSLOG server 
(81=14.29.33.2). 

[0031] In one embodiment, after the broadcast of net- 
work information has been received from the second de- 



vice, it is evaluated to determine whether the broadcast 
of the second device will be accepted and used to create 
IP configuration information for the first device. The first 
device may choose not to accept a broadcast from a 
5 device that is not compatible or does not work optimally 
with it. 

[0032] After determination is made whether to accept 
data from the device broadcasting the information, the 
first device determines which information received from 
the second device it can use to configure itself. As pre- 
viously stated, in one embodiment, the second device 
might respond to thefirst device's request with its IP ad- 
dress, its subnet mask, a default gateway I P address for 
the network, and SYSLOG server IP address. However, 
thefirst device might determine that it needs only the IP 
address and subnet mask of the second device to con- 
figure itself. 

[0033] Unlike other conventional processes, where 
the server assigns an IP address to an unconfigured de- 
vice or a default IP address is assigned, in the present 
invention the IP address of an unconfigured device is 
created using the IP address of a device on the network 
that is already configured. This device may be a server, 
but there is certainly no requirement that the device be 
a server. 

[0034] In one embodiment, the steps of using at least 
a portion of the IP configuration information of the sec- 
ond device to create IP configuration information for the 
first device includes the steps of: combining the IP ad- 
dress of the second device with the subnet mask of the 
second device to get an IP device characteristic of the 
network but independent of the device (step 410); cre- 
ating a device address portion for the IP address of the 
first device (step 420); and combining the IP address 
that is characteristic of the network but independent of 
the device with the device address portion of the IP ad- 
dress for the first device (430). The order of steps 41 0 
and 420 is not critical, however, both steps must be per- 
formed before step 430. 

[0035] The step of combining the IP address of the 
second device with the subnet mask of the second de- 
vice to get an IP device characteristic of the network but 
independent of the device (step 41 0) gives a result that 
will be used to create an IP address portion for the first 
device that is consistent with other devices in the net- 
work environment. Referring to block 320 of Figure 3, 
the bolded portion of the IP address 15.29 is the portion 
of the IP address that is characteristic of the network but 
independent of the device. Referring to block 330 of Fig- 
ure 3 : shows an IP address 15.29.99.98. The portion of 
the address that is in bold (99.98) is the device address 
portion of the IP address that was created for the first 
unconfigured device. The device address portion forthe 
IP address for the first unconfigured device should have 
the same number of bits as the device address portion 
of the I P address for other devices on the network. 
[0036] The device address portion forthe IP address 
of the first device could be created in a number of ways. 
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For example, the device address portion of the first de- 
vice could be created iteratively or using a hash algo- 
rithm or other type of algorithm, to create a random ad- 
dress. In the preferred embodiment, the device address 
portion for the IP address of the first device is unique. 
[0037] After steps 41 0 and 420, the I P address that is 
characteristic of the network but independent of the de- 
vice is combined with the device address portion of the 
IP address for the first device (430) to create an IP ad- 
dress for the first device. Referring to block 330, the 
newly created IP address is 15.29.99.98, a combination 
of the device address portion of the IP address and the 
portion of the IP address that is characteristic of the net- 
work but independent of the device. 
[0038] Typically, the first device will perform a test by 
attempting to contact the IP address that was created 
for the first device. If there is no response to the test 
then it is assumed that the IP address that was created 
for the first device is not in use. This IP address will then 
be considered assigned to the first device. In one em- 
bodiment, after the test is performed and no device re- 
sponds, the first device would send out information to 
the network to announce that the first device is available 
for use and is claiming its new network IP address. This 
announcement is broadcast to the subnet, for example 
using an Internet Control Message Protocol Ping. The 
announcement is recognized and is typically stored by 
the nearest router on the subnet. 
[0039] In the case where the test is performed and an 
answer is received from a device on the network, a new 
device address portion of the first device is generated 
(step 420). The newly generated device address portion 
of the first device is then combined with the IP address 
that is characteristic of the network but independent of 
the device (step 430). The test to determine whether an- 
other device on the network has the created I P address 
is then performed again. This process is repeated until 
a unique IP address for the first device is created. 
[0040] After the first device is configured, the first de- 
vice may (1) use other network information passed to it 
in the response from the second configured device or 
(2) request additional networkinformation. Forexample, 
in one embodiment SYSLOG information may be 
passed from a device on the network to the first device. 
The other network information, in this case SYSLOG in- 
formation may be passed to the first device with the re- 
quested IP configuration. Alternatively, the other net- 
work information may be passed to the first device after 
it has been configured in a separate request for infor- 
mation. 

[0041] The foregoing discussion discloses and de- 
scribes merely exemplary methods and embodiments 
of the present invention. As will be understood by those 
familiar with the art, the invention may be embodied in 
other specific forms without departing from the spirit or 
essential characteristics thereof. Accordingly the disclo- 
sure of the present invention is intended to be illustra- 
tive, but not limiting of the scope of the invention, which 



is set forth in the following claims. 



Claims 

5 

1 . A network configuration comprising: 

a first device that is unconfigured and connect- 
ed to the network; and 
10 a second device that is configured and connect- 

ed to the network, wherein the second device 
sends over the network at least a portion of its 
configuration information, 

15 wherein the at least a portion of the configu- 

ration information of the second device is used to 
create configuration information for the first device. 

2. The network configuration recited in claim 1 where- 
20 in the first device modifies the configuration infor- 
mation of the second device to create configuration 
information for itself. 

3. The network configuration recited in claim 1 where- 
25 in the first device is capable of sending over the net- 
work a request for configuration information. 

4. The network configuration recited in claim 2 where- 
in the second device sends its configuration infor- 

so mation in response to the request for configuration 
information from the first device. 

5. The network configuration recited in claim 1 where- 
in the configuration information for the first device 

55 is address configuration information. 

6. The network recited in claim 1 wherein the config- 
uration information created for the first device is the 
IP address of the first device. 

40 

7. The network recited in claim 1 wherein the second 
device is not required to be a server. 

8. The network recited in claim 1 wherein the config- 
45 uration information create for the first device is cre- 
ated by the first device modifying the at least a por- 
tion of the configuration information of the second 
device. 

50 9. A computer-implemented method of transferring 
network information, including configuration infor- 
mation, between at least a first and second device 
connected to the network, including the steps of: 

55 sending from the second device that is connect- 

ed to and configured for the network at least a 
portion of its configuration information; and 
using the at least a portion of the configuration 
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information sent from the second device to cre- 
ate configuration information for the first de- 
vice, wherein the first device is connected to the 
network and initially unconfigured. 

10. The method recited in claim 9 further including the 
step of sending from the first device a request on 
the network for configuration information. 

1 1 . The method recited in claim 1 0 wherein the second 
device responds to the request from the first device 
for configuration information with at least a portion 
of its configuration information. 

12. The method recited in claim 9 further including the 
step of determining whether to accept the at least 
of portion of the configuration information from the 
second device. 

13. The method recited in claim 9 further including the 
step of determining whether configuration address 
information was received from a compatible device. 

14. The method recited in claim 9 further including the 
step of generating a subnet mask from the at least 
a portion of configuration information of the second 
device. 

15. The method recited in claim 9 wherein afterthe first 
device is configured, the second device may re- 
spond to the first device with network information 
other than configuration information. 

16. The method recited in claim 9 wherein the second 



the first device is not currently in use. 

22. The method recited in claim 9 wherein the step of 
creating information for the first device includes the 

5 step of combining a portion of a configuration ad- 
dress information from the second device with a de- 
vice portion address of the first device. 

23. The method recited in claim 20 wherein the device 
10 portion address of the first device is generated us- 
ing a hash algorithm. 

24. A network configuration comprising: 

15 a first device that is unconfigured and connect- 

ed to the network, the first device being capable 
of sending over the network a request for con- 
figuration information; and 
a second device that is configured and connect- 
ed ed to the network, wherein responsive to the 
request for configuration information from the 
first device, the second device responds with 
at least a portion of its configuration informa- 
tion, 

25 

wherein the at least a portion of the configu- 
ration information of the second device is used to 
create configuration information for the first device. 

so 25. A computer-implemented method of transferring 
network information, including configuration infor- 
mation, between at least a first and second device 
connected to the network, including the steps of: 

sending from the first device, wherein the first 
device is unconfigured, a request on the net- 
work for configuration information; 
wherein a second device configured for the net- 
work, responsive to the request on the network 
for configuration information, responds with at 
least a portion of its configuration information; 
and 

using the at least a portion of the configuration 
information of the second device, to create con- 
figuration information for the first device. 



device responds both with at least a portion of its 35 
configuration information and other network infor- 
mation. 

17. The method recited in claim 9 further including the 
step of the second device responding with the net- 40 
work information other than configuration informa- 
tion. 

18. The method recited in claim 15 wherein the other 
network information is SYSLOG information. 45 

19. The method recited in claim 9 further including the 
step of communicating with second device or other 
devices on the network that the first device that was 
previously unconfigured is now configured and 50 
available for use. 

20. The method recited in claim 9 wherein the configu- 
ration information of the second device is used to 
create an IP address for the first device. 55 

21 . The method recited in claim 1 8 further including the 
step of confirming that the IP address created for 
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FIGURE 3 



3lfl 



IPs15.29.33.12, wn«255^55.0.0, 
dg«15.29.33.1 l el«15.29.33.2, 
AppPamn2-1, AppParml-2, ... 



Information Rleceived from 
Devise #2 



IP Address: UL29 .33.12 
Subnet Mask: 

Default Gateway: 15.2M3.1 
Systog Sarwen 1S.29.4CL2 



Configuration Information to 
be used for Device #1 
(Before Conversion) 



IP Addrett: 1S.2 9.99.9a 
Subnet Mask: 2BUMJM 
Default Gateway: 1&29.33.1 
SyiJog Server 15.29.402 



Configuration Information to 
be used fdr Device #1 
(After Cdnversion) 
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